FHIR © HL7.org  |  Server Home  |  FHIR Server FHIR Server 3.7.16  |  FHIR Version n/a  User: [n/a]

Resource Requirements/FHIR Server from package hl7.ehrs.uv.phrsfmr2#current (31 ms)

Package hl7.ehrs.uv.phrsfmr2
Type Requirements
Id Id
FHIR Version R5
Source http://hl7.org/ehrs/uv/phrsfmr2/https://build.fhir.org/ig/HL7/phrsfm-ig/Requirements-PHRSFMR2-PH.2.5.6.html
Url http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.5.6
Version 2.0.1-ballot
Status active
Date 2025-04-03T15:15:30+00:00
Name PH_2_5_6_Manage_Medical_History
Title PH.2.5.6 Manage Medical History (Function)
Experimental False
Authority hl7
Description Manage the PHR Account Holder's medical history.
Purpose Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date. The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal). Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes). Example(s): The system SHOULD provide the ability to annotate the medical history.

Resources that use this resource

No resources found


Resources that this resource uses

No resources found



Narrative

Note: links and images are rebased to the (stated) source

Statement N:

Manage the PHR Account Holder's medical history.

Description I:

Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.

The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).

Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).

Example(s): The system SHOULD provide the ability to annotate the medical history.

Actors:
ehr
Criteria N:
PH.2.5.6#01 dependent SHALL

The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record.

PH.2.5.6#02 SHOULD

The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired.

PH.2.5.6#03 SHOULD

The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person).

PH.2.5.6#04 SHOULD

The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments.

PH.2.5.6#05 SHALL

The system SHALL provide the ability to enter missing information in subsequent changes to the medical history.

PH.2.5.6#06 conditional SHALL

IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information.

PH.2.5.6#07 conditional SHALL

IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information.

PH.2.5.6#08 conditional SHALL

IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information.


Source

{
  "resourceType" : "Requirements",
  "id" : "PHRSFMR2-PH.2.5.6",
  "meta" : {
    "profile" : [
      "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/FMFunction"
    ]
  },
  "text" : {
    "status" : "extensions",
    "div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Manage the PHR Account Holder's medical history.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.</p>\n<p>The past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).</p>\n<p>Medical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).</p>\n<p>Example(s): The system SHOULD provide the ability to annotate the medical history.</p>\n</div></span>\n \n\n \n <span id=\"actors\"><b>Actors:</b><br/> ehr</span>\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to enter missing information in subsequent changes to the medical history.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>PH.2.5.6#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n <i>conditional</i>\n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
  },
  "extension" : [
    {
      "url" : "http://hl7.org/fhir/StructureDefinition/structuredefinition-wg",
      "valueCode" : "ehr"
    }
  ],
  "url" : "http://hl7.org/ehrs/uv/phrsfmr2/Requirements/PHRSFMR2-PH.2.5.6",
  "version" : "2.0.1-ballot",
  "name" : "PH_2_5_6_Manage_Medical_History",
  "title" : "PH.2.5.6 Manage Medical History (Function)",
  "status" : "active",
  "date" : "2025-04-03T15:15:30+00:00",
  "publisher" : "EHR WG",
  "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.hl7.org/Special/committees/ehr"
        }
      ]
    }
  ],
  "description" : "Manage the PHR Account Holder's medical history.",
  "purpose" : "Significant or serious past medical illnesses and hospitalizations can be referenced in this list with a brief description and date.\r\n\r\nThe past medical history list can also display standard life event reporting such as birth history used in pediatrics, for example: NVD at 36 weeks APGAR 7 and 9 (Normal vaginal delivery after 36 weeks gestation with APGAR scores of 7 and 9 at one and three minutes) and reproductive history used primarily by gynecologists: G4, P3, Ab1, postmenopausal (4 pregnancies, 3 live deliveries, 1 lost pregnancy, now postmenopausal).\r\n\r\nMedical Histories are typically created by healthcare professionals to summarize aspects of a given healthcare event, diagnosis, or condition (for example, appendectomy or diabetes).\r\n\r\nExample(s): The system SHOULD provide the ability to annotate the medical history.",
  "statement" : [
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : true
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-01",
      "label" : "PH.2.5.6#01",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : false,
      "requirement" : "The system SHALL provide the ability to manage (either detailed or summary) medical history information (including the presence or absence of various conditions or symptoms and any associated annotations) that may exist in the provider(s) EHR-S or other systems according to organizational policy and/or jurisdictional law. Note: Medical History information can either be imported from a provider’s system or entered by the PHR Account Holder, and includes the metadata regarding the creation, modification, viewing, extraction, or deletion of a record."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-02",
      "label" : "PH.2.5.6#02",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : false,
      "requirement" : "The system SHOULD provide the ability to capture and transmit a request for correction / amendment to a medical history (where the medical history was captured from an external source). For example, a report could be created by the PHR Account Holder that asserts that the provider's information is incorrect and sent to the provider with a recommendation that the provider's information must be repaired."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-03",
      "label" : "PH.2.5.6#03",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : false,
      "requirement" : "The system SHOULD provide the ability to capture and transmit to an external system a request for deletion/deprecation of erroneous PHR Account Holder's information (e.g., insertion of information into the PHR Account Holder's record that is of another person)."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-04",
      "label" : "PH.2.5.6#04",
      "conformance" : [
        "SHOULD"
      ],
      "conditionality" : false,
      "requirement" : "The system SHOULD provide the ability for the PHR Account Holder to annotate the medical history with text comments."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-05",
      "label" : "PH.2.5.6#05",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : false,
      "requirement" : "The system SHALL provide the ability to enter missing information in subsequent changes to the medical history."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-06",
      "label" : "PH.2.5.6#06",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : true,
      "requirement" : "IF medical history -related information is captured, THEN the system SHALL conform to PH.2.1 (Manage PHR Account Holder Originated Data) to identify the author/source/custodian of the information."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-07",
      "label" : "PH.2.5.6#07",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : true,
      "requirement" : "IF medical history-related information is captured, THEN the system SHALL conform to PH.6.1 (PHR Account Holder Health Data Derived from Administrative and Financial Sources) to identify the author/source/custodian of the information."
    },
    {
      "extension" : [
        {
          "url" : "http://hl7.org/ehrs/uv/phrsfmr2/StructureDefinition/requirements-dependent",
          "valueBoolean" : false
        }
      ],
      "key" : "PHRSFMR2-PH.2.5.6-08",
      "label" : "PH.2.5.6#08",
      "conformance" : [
        "SHALL"
      ],
      "conditionality" : true,
      "requirement" : "IF medical history-related information is captured, THEN the system SHALL conform to TI.2.2 (Auditable Records) to identify the author/source/custodian of the information."
    }
  ]
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.